Разработать систему для учета заявок и работы выездных специалистов

Занимаемся обслуживанием и ремонтом оборудования на объектах клиентов. Сейчас заявки поступают по телефону, почте и в мессенджерах. Диспетчер вручную переносит информацию в Excel, ищет свободного специалиста и сообщает ему адрес и задачу. Из-за этого часть информации теряется, сложно контролировать сроки, загрузку сотрудников и фактически выполненные работы. Хотим собрать процесс в одной веб-системе. Основные пользователи: 1. Диспетчер принимает и распределяет заявки. 2. Выездной специалист получает задания и отчитывается о выполнении. 3. Руководитель контролирует сроки, загрузку и результаты. 4. Администратор управляет сотрудниками, ролями и настройками. Как должна работать заявка: 1. Диспетчер создает заявку, указывает клиента, объект, оборудование, описание проблемы, приоритет и желаемое время выезда. 2. Система показывает подходящих специалистов с учетом специализации, графика и текущей загрузки. 3. Специалист получает уведомление и видит заявку с телефона. 4. На объекте он отмечает начало работы, заполняет чек-лист, добавляет фотографии, использованные материалы и комментарий. 5. После завершения формируется отчет или акт. Клиент может подтвердить выполнение подписью на экране. 6. Диспетчер и руководитель видят историю заявки и все изменения статуса. В первой версии нужны: - база клиентов, объектов и оборудования; - карточка оборудования с историей обслуживания; - создание и распределение заявок; - календарь и загрузка специалистов; - роли и права доступа; - мобильный интерфейс или PWA для специалистов; - чек-листы по разным типам работ; - фотографии и файлы в заявке; - уведомления о новой заявке, переносе и просрочке; - формирование отчета или акта; - поиск, фильтры и выгрузка данных в Excel; - простой дашборд для руководителя. На дашборде нужно видеть: - новые, назначенные, выполняемые и просроченные заявки; - среднее время назначения и выполнения; - загрузку специалистов; - повторные обращения по одному оборудованию; - количество выполненных работ по клиентам и объектам. Также потребуется интеграция с Битрикс24. Клиенты, контакты и сделки уже ведутся там. Нужно определить, какие данные остаются в CRM, а какие хранятся в новой системе. В дальнейшем рассматриваем интеграцию с 1С для передачи выполненных работ и использованных материалов. Это не обязательно включать в первую версию, но архитектура не должна мешать такой интеграции. Что есть с нашей стороны: - примеры таблиц, которыми пользуются диспетчеры; - действующие формы актов; - список основных статусов и типов заявок; - несколько сотрудников, с которыми можно разобрать текущий процесс; - доступ к тестовому Битрикс24. Полного технического задания пока нет. Сначала нужно разобрать процесс, определить границы первой версии и предложить архитектуру. После этого согласуем состав этапов разработки. На выходе ожидаем работающую систему, исходный код, развертывание на нашем сервере и техническую документацию.